home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4819 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.1 KB
  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: doubling pixels horizontally
  5. Date: 5 Mar 1996 14:45:50 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4hhk2u$5rt@sunsystem5.informatik.tu-muenchen.de>
  9. References: <4f4ibc$gl9@news.cs.tu-berlin.de> <591.6610T1165T2102@login.eunet.no><1045.6611T753T2256@vip.cybercity.dk><4faoe1$47@sunsystem5.informatik.tu-muenchen.de><2991.6612T1034T625@vip.cybercity.dk><576.6613T1070T1730@login.eunet.no><1257.6614T57T922  <4gkknd$b1v@brachio.zrz.TU-Berlin.DE> <4h4iv1$n3s@sunsystem5.informatik.tu-muenchen.de> <4herkg$13h@brachio.zrz.TU-Berlin.DE>
  10. NNTP-Posting-Host: hphalle6g.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle6g.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <4herkg$13h@brachio.zrz.TU-Berlin.DE>, rawneiha@w350zrz.zrz.TU-Berlin.DE (Philipp Boerker) writes:
  15. |> Organization: Technical University Berlin, Germany
  16. |> Lines: 28
  17. |> Message-ID: <4herkg$13h@brachio.zrz.TU-Berlin.DE>
  18. |> References: <4f4ibc$gl9@news.cs.tu-berlin.de> <591.6610T1165T2102@login.eunet.no><1045.6611T753T2256@vip.cybercity.dk><4faoe1$47@sunsystem5.informatik.tu-muenchen.de><2991.6612T1034T625@vip.cybercity.dk><576.6613T1070T1730@login.eunet.no><1257.6614T57T922|> 
  19. |>  <4gkknd$b1v@brachio.zrz.TU-Berlin.DE> <4h4iv1$n3s@sunsystem5.informatik.tu-muenchen.de>
  20. |> NNTP-Posting-Host: w350zrz.zrz.tu-berlin.de
  21. |> 
  22. |> fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer) writes:
  23. |> 
  24. |> 
  25. |> >|> >Your are not using the CPU and the BLITTER at the same time in chipram are
  26. |> >|> >you??? Because that is very foolish! :) (read: SLOW!)
  27. |> >|> 
  28. |> >|> No, I don't. I even toggle blitternasty-bit at the importent places...
  29. |> 
  30. |> >not good. blitter parallel (default) is as fast as nasty as long as
  31. |> >cpu doesn't acess chipmem.
  32. |> 
  33. |> I distrusted Commo, toggling bnasty shouldn't do any harm at least...
  34. |> 
  35. |> >blitternasty was mostly good in A500 times (cpu always acesses chipmem! ever
  36. |> >tried a halt instruction ? 
  37. |> 
  38. |> What? Can you explain that?
  39.  
  40. afaik the halt instruction stops cpu until any interrupt is caused.
  41. would keep 68000 from reading instructions from chipmem.
  42.  
  43. |> 
  44. |> >should make bus free waiting for blitter...)
  45. |> 
  46. |> >and blitternasty is mostly bad in AGA times (even on vanilla A1200, due to cache).
  47. |> 
  48. |> What cache? CHIP isn't cached...
  49.  
  50. chip is instruction cached, at least on 020. Instruction stream is what
  51. brakes blitter (if not nasty) on 68000 even when doing "no" memory acess.
  52.  
  53. If the cpu does no chipmem acess, blitter is as fast in no-nasty mode,
  54. but the advantage is if you do some chipacess by cpu it won't be breaked
  55. (on A500 cpu was locked in that case (4planes lores), don't know if
  56. under fmode=3 also a full cpu lock will occur if nasty is on).
  57.  
  58. conclusion: always use blitter non-nasty on AGA (which is set by
  59. OS, so final conclusion: don't change nasty bit :))
  60.  
  61. |> 
  62. |> Greets,
  63. |> Phil.
  64. |> grond/matrix
  65. |> 
  66. ------------------------------------------------------------------------
  67.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  68.  
  69.